Methods and apparatus for generating a dynamic document

ABSTRACT

A dynamic document generator system and method provides a web- based visual editor which includes a drag-and-drop mechanism structured to facilitate generation of a markup language version of a dynamic document including data indicative of a dynamic field. The markup language version of the dynamic document is then converted to a stylesheet version of the dynamic document. The stylesheet version of the dynamic document is deployed via a wide area network, wherein a plurality of different users are able to execute the deployed stylesheet version of the dynamic document. When one user executes the dynamic document, the dynamic field takes on one value. When another user executes the dynamic document, the dynamic filed takes on another value.

COPYRIGHT NOTICE

A portion of the disclosure of this patent document contains material which is subject to copyright protection. The copyright owner has no objection to the photocopy reproduction of the patent document or the patent disclosure in exactly the form it appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever.

BACKGROUND

Businesses use a variety of documents such as proposals, contracts, and order forms in relation to their business which typically include information relating to their business such as a business logo, a business address and/or a price of a product. The information included in each document typically depends on a variety of factors. For example, a business may offer different prices for different customers, or use different warranties for different products. Often, employees may have to cross out information by hand in a document that does not apply to a specific document, or write in additional information by hand that applies to the specific document. In addition, businesses often

Through the use of technology, businesses can now model their documents programmatically. For example, a programmer may create an electronic file with a predesigned, customized format and structure, as for a fax, letter, or expense report, which may be filled in by another. However, the programming of certain documents typically requires a document designer to have a technical understanding of the underlying code associated with the document or to rely on a technical specialist. Certain documents created for computer systems can be time consuming and difficult for the document designer, who may not have the technical expertise.

SUMMARY

The present disclosure provides a new and innovative method, system and apparatus for generating a dynamic document. Specifically, the disclosed system provides a web-based visual editor to facilitate generation of a markup language version of the dynamic document. In one example, the web-based visual editor includes a drag-and-drop mechanism. In one example, the markup language version of the dynamic document includes a template for the dynamic document. A user may generate the markup version of the dynamic document by adding various elements such as dynamic fields to the dynamic document.

After the user generates the markup version of the dynamic documents, the markup language version of the dynamic document is converted to a stylesheet version of the dynamic document. The stylesheet version of the dynamic documents is deployed which enables a plurality of users to execute the stylesheet version of the dynamic document.

When the stylesheet version of the dynamic document is executed by a first user, the dynamic field is associated with a first instance of field data (e.g., one sales price for an item). When the stylesheet version of the dynamic document is executed by a second different user, the dynamic field is associated with a second different instance of field data (e.g., a different price for the same item).

The disclosed system thus enables a user to create dynamic documents in an intuitive manner without needing to have technical knowledge of the underlying systems and without the need for a technical specialist. Additional features and advantages are described herein, and will be apparent from the following Detailed Description and the figures.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 is a high level block diagram of an example communications system.

FIG. 2 is a more detailed block diagram showing one example of a computing device.

FIG. 3 is a flowchart showing one example of a process for generating a dynamic document.

FIG. 4 is a screen shot showing an example of a web-based visual editor having a plurality of buttons associated with corresponding functions.

FIG. 5 is a first and second screen shot showing an example of an edit page master layout panel.

FIG. 6 is a screen shot showing XSL stylesheet code for a dynamic document.

FIG. 7 is a screen shot showing an example of a file manager panel.

FIG. 8 is a screen shot showing an example of a dynamic data floating dialog window.

FIG. 9 is a screen shot showing an example of a dynamic tab including a plurality of buttons associated with corresponding functions.

DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS

The present system is most readily realized in a network communications system. A high level block diagram of an exemplary network communications system 100 is illustrated in FIG. 1. The illustrated system 100 includes one or more designer terminals 102, one or more client terminals 104 and one or more application servers 106. Each of these devices may communicate with each other via a connection to one or more networks 110 such as the Internet and/or some other data network, including, but not limited to, any suitable wide area network or local area network. It will be appreciated that any of the devices described herein may be directly connected to each other instead of over a network.

One application server 106 may interact with a large number of other devices. Accordingly, each application server 106 is typically a high end computer with a large storage capacity, one or more fast microprocessors, and one or more high speed network connections. Conversely, relative to a typical application server 106, each designer terminal 102 and/or client terminal 104 typically includes less storage capacity, a single microprocessor, and a single network connection.

A detailed block diagram of an example computing device 102, 104, 106 is illustrated in FIG. 2. Each computing device 102, 104, 106 may include a server, a personal computer (PC), a personal digital assistant (PDA), and/or any other suitable computing device. Each computing device 102, 104, 106 preferably includes a main unit 202 which preferably includes one or more processors 204 electrically coupled by an address/data bus 206 to one or more memory devices 208, other computer circuitry 210, and one or more interface circuits 212. The processor 204 may be any suitable processor.

The memory 208 preferably includes volatile memory and non-volatile memory. Preferably, the memory 208 and/or another storage device 218 stores software instructions 224 that interact with the other devices in the system 100 as described herein. These software instructions 224 may be executed by the processor 204 in any suitable manner. The memory 208 and/or another storage device 218 may also store digital data indicative of documents, files, programs, web pages, etc. retrieved from another computing device 102, 104, 106 and/or loaded via an input device 214.

In one example, the memory device 208 stores software instructions 224, dynamic fields 226, field data 228 and a conversion engine module 230 for use by the system as described in detail below. It should be appreciated that any type of suitable data structure (e.g., a flat file data structure, a relational database, a tree data structure, etc.) may be used to facilitate implementation of the methods and apparatus disclosed herein.

The dynamic fields 228 preferably describe the data found in a field. For example, the dynamic fields 228 may include Extensible Markup Language (XML) schema elements which define field data 228 which may appear in the dynamic document. An XML schema element may include a dynamic field Bike Model Names which defines field data including, for example, Touring Bike 1000S, Touring Bike 500D and Touring Bike X899. The field data 228 is preferably subject to change on a frequent basis. For example, field data 228 may include data relating to the current price of an item or the current amount of an item in inventory which are subject to change on a frequent basis.

The conversion engine module 230 converts a markup language version of the dynamic document to a stylesheet version of the dynamic document. A markup language is a set of codes or tags that give instructions as to the structure and/or format of how text is displayed. Four well known markup languages include Standard Generalized Markup Language (SGML), Hyper Text Markup Language (HTML), Extensible Markup Language (XML), and Wireless Markup Language (WML). A stylesheet describes how a source document, such as an XML document, is transformed into an output document. For example, an XSL stylesheet includes transformation rules which may defined structural transformation rules and/or formatting transformation rules. An XSL stylesheet is commonly understood in the art to include different types of transformation languages including XSL Transformations (XSLT), XPath, and XSL Formatting Objects. It is intended that this broader aspect of the term XSL shall apply herein.

The interface circuit(s) 212 may be implemented using any suitable interface standard, such as an Ethernet interface and/or a Universal Serial Bus (USB) interface. One or more input devices 214 may be connected to the interface circuit(s) 212 for entering data and commands into the main unit 202. For example, the input device 214 may be a keyboard, mouse, touch screen, track pad, track ball, isopoint, and/or a voice recognition system.

One or more displays, printers, speakers, and/or other output devices 216 may also be connected to the main unit 202 via the interface circuit(s) 212. The display 216 may be a cathode ray tube (CRTs), liquid crystal displays (LCDs), or any other type of display. The display 216 generates visual displays of data generated during operation of the computing device 102, 104, 106. For example, the display 216 may be used to display web pages received from the application server 106. The visual displays may include prompts for human input, run time statistics, calculated values, data, etc.

One or more storage devices 218 may also be connected to the main unit 202 via the interface circuit(s) 212. For example, a hard drive, CD drive, DVD drive, and/or other storage devices may be connected to the main unit 202. The storage devices 218 may store any type of data used by the computing device 102, 104, 106.

Each computing device 102, 104, 106 may also exchange data with other network devices 220 via a connection to the network 110. The network connection may be any type of network connection, such as an Ethernet connection, digital subscriber line (DSL), telephone line, coaxial cable, etc. Users 112 of the system 100 may be required to register with the application server 106. In such an instance, each user 112 may choose a user identifier (e.g., e-mail address) and a password which may be required for the activation of services. The user identifier and password may be passed across the network 110 using encryption built into the user's browser, or computing device 102, 104, 106. Alternatively, the user identifier and/or password may be assigned by the application server 106.

A flowchart of an example process 300 for generating a dynamic document is presented in FIG. 3. Preferably, the process 300 is embodied in one or more software programs which are stored in one or more memories and executed by one or more processors. Although the process 300 is described with reference to the flowchart illustrated in FIG. 3, it will be appreciated that many other methods of performing the acts associated with process 300 may be used. For example, the order of many of the steps may be changed, some of the steps described may be optional, and additional steps may be included.

In general, an administrative user 112 preferably causes the design terminal to generate a markup language version (i.e., a template version) of a dynamic document having dynamic fields using a web-based visual which includes a drag-and-drop mechanism. The application server 106 preferably converts the markup language version of the dynamic document to a stylesheet version of the dynamic document. The application server 106 deploys the stylesheet version of the dynamic document via a wide area network to allow users to execute the stylesheet version of the dynamic document.

More specifically, a designer terminal 102 preferably provides a web-based visual editor which includes a drag-and-drop mechanism structured to facilitate generation of a markup language version of the dynamic document including first data indicative of a dynamic field (block 302). As described above the dynamic fields 228 define field data 226 which may appear in the dynamic document. In one example, the markup language version of the dynamic document includes an XHTML version. In one example, the web-based visual editor may display a user selectable template to assist the user 112 in the design of the dynamic document. The template may be associated with dynamic documents such as proposals, contracts or an order forms.

In one example, the designer terminal 102 preferably stores the markup version of the dynamic document before converting the markup version of the dynamic document. That is, the user 112 which causes the design terminal 102 to generate the markup version of the dynamic document may decide when to deploy and convert the markup version of the dynamic document to a stylesheet version of the dynamic document. It should be appreciated that the markup version of the dynamic document may be stored in any of the computing devices 102, 104, 106.

Next, the application server 106 preferably converts the markup language version of the dynamic document to a stylesheet version of the dynamic document. The stylesheet version of the dynamic document preferably includes second data indicative of the dynamic field (block 304). In one example, where the markup language of the dynamic document is in XHTML, the conversion engine 230 converts the XHTML to an XSL stylesheet when the user 112 selects a deploy button provided by the web-based visual editor. In this example, the application server 106 includes coded algorithms which are used to convert the XHTML to XSL. More specifically, in this example, the coded algorithm is an XSL file which includes conversion templates that convert the XHTML to XSL Formatting Objects (XSL:FO). Such conversion may include formatting styles, tables, margins, and page layouts of the dynamic document. This content then undergoes an additional transformation where the XSL elements (i.e., the loops and the logic) are inserted based on custom XHTML tags.

The application server 106 preferably deploys the stylesheet version of the dynamic document via a wide area network (block 306). In one example, the application server 106 posts the stylesheet version to a secure website for access by authorized users when the dynamic document is deployed. In one example, the stylesheet version of the dynamic document is deployed when the user 112 selects a deploy button provided by the web-based visual editor. In one example, the application server 106 preferably stores the stylesheet version of the dynamic document. It should be appreciated that the markup version of the dynamic document may be stored in any of the computing devices 102, 104, 106. The deployment process runs the conversion of XHTML to XSL/XSL:FO. The conversion process preferably occurs at the application server 106.

After the stylesheet version of the dynamic document is deployed, the application server 106 preferably enables a plurality of different authorized users to execute the stylesheet version of the dynamic documents. When the stylesheet version of the dynamic document is executed by a user 112, the application server 106 preferably determines which of a plurality of users executed the dynamic document. In the illustrated example of FIG. 3 the application server 106 preferably determines whether the dynamic document has been executed by User 1 or User 2 (decision diamond 308).

If the application server 106 determines User 1 executed the dynamic document, the application server 106 preferably generates an instance of the dynamic document using data associated with User 1 (block 310). If the application server 106 determines User 1 executed the dynamic document, the application server 106 preferably generates an instance of the dynamic document using data associated with User 1 (block 312).

The data associated with User 1 or User 2 can be any suitable data. In one example, User 1 is salesperson who has an office address and User 2 is a different salesperson with a different office address. In this example, the data associated with the salespersons may be the respective addresses of the sales office. Accordingly, in this example, when User 1 executes the dynamic document, the application server 106 generates an instance of the dynamic document using the address of the sales office associated with User 1. When User 2 executes the dynamic document, the application server 106 generates an instance of the dynamic document using the address of the sales office associated with User 2. In one example, when the stylesheet version of the dynamic documents is executed, the client device 104 displays the dynamic documents in PDF or RTF form.

In one example embodiment, the data associated with User 1 or User 2 includes data entered by a user 112 through the client terminal 104. When a user 112 executes the dynamic document, the application server 106 generates an instance of the dynamic document using the data the user 112 entered though the client terminal 104. That is, in this example, the application server 106 does not determine whether the dynamic document is executed by user 1 or user 2, because the generated instance of the dynamic document does not depend on which user executed the dynamic document. The data entered by the user may be different for the same user each time the user executes the dynamic document. In one example wherein a user 112 is a salesperson, at a first moment in time the salesperson enters data associated with a customer order into a client terminal 104. For example, the salesperson may request an order of two bicycle models for a customer. The user 112 then executes the stylesheet version of the dynamic document and a PDF version of the dynamic document is displayed at the client terminal 104. In this example (not shown), the displayed dynamic document includes, among other information, the quantity of bicycles which the salesperson's company has available in the company's inventory. If the same salesperson enters data into the client terminal 104 for a second different order of a quantity of the same bicycle model for a different client, the displayed dynamic document may include, for example, an adjusted or different quantity of bicycles which the salesperson's company has available in the company's inventory. That is, because of the salesperson's first order, the quantity of bicycles remaining in the companies inventory is adjusted to reflect a lesser amount because of the first order.

Referring to FIGS. 4 to 9, these example screen shots generally show a web-based visual editor 402 including a drag-and-drop mechanism structured to facilitate generation of a markup language version of the dynamic document including first data indicative of a dynamic field. As illustrated in FIG. 4, an example screen shot 400 of a web-based visual editor 402 is displayed by a designer terminal 102. The designer terminal 102 includes a display device 216 which displays a plurality of panels of information associated with the web-based drag-and-drop editor.

The web-based drag-and-drop editor 402 includes a flow tree panel 404 that illustrates the dynamic document structure and order. The dynamic document structure includes a plurality of objects that a user 112 can add, delete, edit and/or copy. For example, the objects may include a page, a loop and/or XSL snippets. A page in the document flow tree represents a page in the dynamic document. A page may include body content, margins, a header, a footer, a leftbar, and a rightbar. The page includes flowing content, so if content in the page overflows to the next page when printed by the user 112, the page becomes two pages or however many pages it flows onto. The pages may represent a complete page sequence which behaves similar to an <fo:page-sequence>. Loops, as defined in the document flow tree, may contain pages. For each iteration of the loop, the pages that are contained within the loop will be printed out. Preferably, the administrative user 112 defines the conditions for what is looped over. The conditions for what is looped over is dependent off of the XML data structure. The loops may be inserted outside of <fo:page-sequence>. The XSL snippets represent custom XSL stylesheet code which may be inserted between pages. The XSL snippets may be added or saved to the any one of the computing devices 102, 104, 106.

The web-based visual editor 402 preferably includes a page properties panel 406. The page properties panel 406 provides an interface that enables the user 112 to format dynamic document properties such as color, font family, font size, and text decoration for a current dynamic document page 408 of the dynamic document. In this example, such format properties are applied to all of the regions of the dynamic document page 408 as defaults only.

The web-based visual editor 402 may also include a page design toolbar 408 that includes a plurality of tabs 409. The web-based visual editor 402 may include tabs such as a Home tab 409 a, a Block Format tab 409 b, a Dynamic tab 409 c, and a Table tab 410 d. Each tab 409 preferably includes a plurality of groups having a plurality of buttons wherein each button corresponds to a function described in more detail below.

In this example, the Home tab 409 a includes groups such as the Page group 410, the Clipboard group 412, the Text group 414 and the Quick Insert group 416. Each of these groups have a plurality of buttons that enables the user 112 to apply the corresponding functions to the dynamic document page 408.

The Page group 410 includes a plurality of buttons including, among others, a Save Page button 418, an Edit Page button 420, a Conditions button 422, and a Page Code button 424. In this example, when the user 112 selects the Save Page button 418, the current dynamic document page 408 is stored in the design terminal 102 as an XHTML version of the dynamic document.

When the user 112 selects the Edit Layout button 420, the web-based visual editor 402 displays an edit page master layout window as shown in screen shot 500 illustrated in FIG. 5. The page master layout window displays a plurality of page layout values 502 associated with the dynamic document page 408. The user 112 may modify the page layout values 502 by specifying different values into the user interface shown in screen shot 500. For example, the user 112 may specify a value of 0.5 inches for the bottom margin.

The edit page master layout window includes a go XSL button 504 as shown in screen shot 500. If the user 112 selects the go XSL button 504, the web-based visual editor 402 displays an XSL stylesheet code panel including XSL stylesheet code 508 as illustrated in screen shot 550. When the XSL view is displayed, the user 112 may modify the page layout of the dynamic document page 408 by directly editing the XSL stylesheet code 508 in the XSL stylesheet code panel 506. If the user 112 selects the go GUI button 506, the web-based visual editor 402 preferably displays the master layout window as illustrated by screen shot 500.

Referring back to FIG. 4, if the user 112 selects the Conditions button 422, the web-based visual editor 402 preferably displays an Expression Editor (not shown). In this example, the Expression Editor enables the user 112 to specify page conditions relating the current dynamic document page 408. In this example, if the user specified page condition is satisfied, the client terminal 104 preferably displays the current page when the user(s) 112 subsequently generate an instance of the dynamic document.

When the user 112 selects the Page Code button 424, the web-based visual editor 402 preferably generates and displays XSL stylesheet code associated with the dynamic document page 408. An example screen shot 600 of generated XSL stylesheet code associated with the dynamic document page 408 is illustrated in FIG. 6. When the generated XSL stylesheet code 602 is displayed, the user 112 may modify the data associated with the dynamic document page 408 by directly editing the XSL stylesheet code 602 associated with that dynamic document page 408.

Referring back to FIG. 4, the Quick Insert group 416 has a plurality of buttons including, among others, a File Manager button 426, a Dynamic Data button 428, and a Insert XSL Snippet button 430. In this example, when the user 112 selects the File Manager button 426, the web-based visual editor 402 preferably displays a file manager window and enables the user 112 to insert images/files into the dynamic document page 408 to create images and hyperlinks in the dynamic document page 408. An example screen shot 700 of the file manager window is illustrated in FIG. 7. In this example, the user 112 may select and drag a file 702 and drop the selected file onto the dynamic document page 408.

Referring back to FIG. 4, when the user 112 selects the Dynamic Data button 428, the web-based visual editor 402 preferably displays a floating dialog window that displays any XML data files used in the current dynamic document. An example screen shot 800 of the floating dialog window 802 is illustrated in FIG. 8. The floating dialog window 802 includes an XML data file 804 which includes a plurality of dynamic fields or XML schema elements 806. The user 112 may select and drag any of the XML schema elements 806 into the dynamic document page 408. As shown in the example of FIG. 8, the user 112 selects and drags the XML schema element labeled Quantity into dynamic document page 408.

Referring back to FIG. 4, when the user 112 selects the Insert XSL Snippet button 430, the web-based visual editor 402 preferably inserts an XSL icon into a user 112 selected location on the current dynamic document page 408. In this example, when the user 112 selects the inserted XSL icon, the web-based visual editor 402 preferably displays a modal XSL editor window which displays XSL stylesheet code associated with the XSL snippet. In this window, the user 112 may directly edit the displayed XSL stylesheet code associated with XSL snippet.

When the user 112 selects the Dynamic tab 409 c, the web-based visual editor 402 preferably displays a plurality of groups having a plurality of buttons corresponding to functions. An example screen shot 900 of the groups and buttons displayed corresponding to the Dynamic tab is illustrated in FIG. 9. The Dynamic tab 409 c preferably includes groups such as the Dynamic group 902 and the Table of Contents group 904.

The Dynamic group 902 preferably includes a plurality of buttons including a Dynamic Data button 428, Repeating Section button 906, a Simple Conditional button 908 and a Multi Conditional button 910. When the user 112 selects the Dynamic Data button 428, the web-based visual editor 402 preferably displays a floating dialog window that displays any XML data files used in the current dynamic document as discussed above.

When the user 112 selects the Repeating Section button 906, the web-based visual editor 402 preferably inserts a repeating loop around user selected content. When the user 112 selects the Simple Conditional button 908, the web-based visual editor 402 preferably inserts a conditional section around user selected content. When the user 112 selects the Multi Conditional button 910, the document editor preferably inserts a conditional section containing an else clause around user selected content.

In one example, the markup version of the dynamic document may is locally stored in the application server 106 before being converted and/or deployed to other users. For example, as illustrated in FIG. 4, the web-based visual editor 402 includes a Save Page button 18. In this example, when the user 112 selects the Save Page button 418, the current dynamic document page 408 is preferably stored in the designer terminal 102. In this example, when the user 112 selects the Save Page button 418, the application server 106 does not convert the markup version of the dynamic document to a stylesheet version of the dynamic document.

Although, the above illustrated example web-based visual editor 402 displays a plurality of panels of information in specific locations, it should be appreciated that many other configurations are possible. For example, the tabs, groups, or buttons could be in different locations, have different names, and have different graphical representations.

It should be understood that various changes and modifications to the presently preferred embodiments described herein will be apparent to those skilled in the art. Such changes and modifications can be made without departing from the spirit and scope of the present subject matter and without diminishing its intended advantages. It is therefore intended that such changes and modifications be covered by the appended claims.

-   -   The invention is claimed as follows: 

1. A method of generating a dynamic document, the method comprising: providing a web-based visual editor structured to facilitate generation of a markup language version of the dynamic document, the markup language version of the dynamic document including first data indicative of a dynamic field; converting the markup language version of the dynamic document to a stylesheet version of the dynamic document, the stylesheet version of the dynamic document including second data indicative of the dynamic field; and deploying the stylesheet version of the dynamic document via a network, wherein when the stylesheet version of the dynamic document is executed by a first user, a first instance of the dynamic document is generated using data associated with the first user, and when the stylesheet version of the dynamic document is executed by a second different user, a second different instance of the dynamic document is generated using data associated with the second user.
 2. The method of claim 1, wherein the web-based visual editor includes a drag-and-drop mechanism.
 3. The method of claim 1, wherein the generation of the markup language version of the dynamic document includes: inserting the dynamic field into the dynamic document through a drag-and-drop mechanism; inserting an image through the drag-and-drop mechanism; inserting an XSL snippet through the drag-and-drop mechanism; and formatting properties of the dynamic document, the properties including color and font size.
 4. The method of claim 1, wherein a designer terminal provides the web-based visual editor.
 5. The method of claim 1, wherein the markup language version of the dynamic document includes at least one of an HTML file, an XHTML file, an XML file, and a WML file.
 6. The method of claim 1, wherein the dynamic field is associated with an XML schema element.
 7. The method of claim 1, including displaying a plurality of dynamic fields.
 8. The method of claim 7, wherein a user is enabled to drag the dynamic field into the dynamic document through a drag-and-drop mechanism.
 9. The method of claim 1, wherein the stylesheet version of the dynamic document includes an XSL stylesheet.
 10. The method of claim 1, including enabling the first user to enter data after deploying the stylesheet version of the dynamic document.
 11. The method of claim 1, wherein the data associated with the first user includes data entered by the first user.
 12. The method of claim 1, including enabling the first user to create a logical expression using the web-based visual editor.
 13. The method of claim 12, wherein the logical expression includes a repeating loop.
 14. A dynamic document generator system, the system comprising: a display device; a processor operatively coupled to the display device; a memory device storing a plurality of instructions, which when the plurality of instructions are executed by the processor, cause the processor to: (a) provide a web-based visual editor structured to facilitate generation of a markup language version of the dynamic document, the markup language version of the dynamic document including first data indicative of a dynamic field; (b) convert the markup language version of the dynamic document to a stylesheet version of the dynamic document, the stylesheet version of the dynamic document including second data indicative of the dynamic field; and (c) deploy the stylesheet version of the dynamic document via a network, wherein when the stylesheet version of the dynamic document is executed by a first user, a first instance of the dynamic document is generated using data associated with the first user, and when the stylesheet version of the dynamic document is executed by a second different user, a second different instance of the dynamic document is generated using data associated with the second user.
 15. The dynamic document generator system of claim 14, wherein the web-based visual editor includes a drag-and-drop mechanism.
 16. A dynamic document generator system of claim 14, wherein when executed by the at least one processor, the plurality of instructions cause the at least one processor to operate with the at least one input device to: insert the dynamic field into the dynamic document through a drag-and-drop mechanism; insert an image through the drag-and-drop mechanism; insert an XSL snippet through the drag-and-drop mechanism; and format properties of the dynamic document, the properties including color and font size.
 17. The dynamic document generator system of claim 14, wherein the markup language version of the dynamic document includes at least one of an HTML file, an XHTML file, an XML file, and a WML file.
 18. The dynamic document generator system of claim 14, wherein the dynamic field is associated with an XML schema element.
 19. The dynamic document generator system of claim 14, including displaying a plurality of dynamic fields.
 20. The dynamic document generator system of claim 19, wherein a user is enabled to drag the dynamic field into the dynamic document through a drag-and-drop mechanism.
 21. The dynamic document generator system of claim 14, wherein the stylesheet version of the dynamic document includes an XSL stylesheet.
 22. The dynamic document generator system of claim 14, wherein when executed by the at least one processor, the plurality of instructions cause the at least one processor to operate with the at least one input device to enable the first user to enter data after the stylesheet version of the dynamic document is deployed.
 23. The dynamic document generator system of claim 14, wherein the data associated with the first user includes data entered by the user.
 24. The dynamic document generator system of claim 14, wherein when executed by the at least one processor, the plurality of instructions cause the at least one processor to operate with the at least one input device to enable the first user to create a logical expression.
 25. The dynamic document generator system of claim 24, wherein the logical expression includes a repeating loop.
 26. A machine readable media storing instructions structured to cause an apparatus to: provide a web-based visual editor structured to facilitate generation of a markup language version of the dynamic document, the markup language version of the dynamic document including first data indicative of a dynamic field; convert the markup language version of the dynamic document to a stylesheet version of the dynamic document, the stylesheet version of the dynamic document including second data indicative of the dynamic field; and deploy the stylesheet version of the dynamic document via a network, wherein when the stylesheet version of the dynamic document is executed by a first user, the dynamic field is associated with a first instance of field data, and when the stylesheet version of the dynamic document is executed by a second different user, the dynamic field is associated with a second different instance of field data.
 27. The dynamic document generator system of claim 26, wherein the web-based visual editor includes a drag-and-drop mechanism.
 28. The machine readable media of claim 26, wherein the instructions are further structured to cause an apparatus to: insert the dynamic field into the dynamic document through a drag-and-drop mechanism; insert an image through the drag-and-drop mechanism; insert an XSL snippet through the drag-and-drop mechanism; and format properties of the dynamic document, the properties including color and font size.
 29. The machine readable media of claim 26, wherein the markup language version of the dynamic document includes at least one of an HTML file, an XHTML file, an XML file, and a WML file.
 30. The machine readable media of claim 26, wherein the dynamic field is associated with an XML schema element.
 31. The machine readable media of claim 26, wherein the instructions are further structured to cause an apparatus to display a plurality of dynamic fields.
 32. The machine readable media of claim 31, wherein the instructions are further structured to cause an apparatus to enable a user to drag the dynamic field into the dynamic document through a drag-and-drop mechanism.
 33. The machine readable media of claim 26, wherein the stylesheet version of the dynamic document includes an XSL stylesheet.
 34. The machine readable media of claim 26, wherein the instructions are further structured to cause an apparatus to enable the first user to enter data after deploying the stylesheet version of the dynamic document.
 35. The machine readable media of claim 26, wherein the data associated with the first user includes data entered by the first user.
 36. The machine readable media of claim 26, wherein the instructions are further structured to cause an apparatus to enable the first user to create a logical expression using the web-based visual editor.
 37. The machine readable media of claim 36, wherein the logical expression includes a repeating loop. 